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Reminder Handling 

Field of the Invention 

This invention relates to the handling of a reminder on a mobile communications 
S device. In particular, the invention relates to methods of operating a mobile 
communications device, and to a mobile communications device. 

Background of the Invention 

It is known to provide with calendar appUcations on mobile telephones and 
10 personal digital assistants (PDAs) a reminder faciUty. TypicaUy, a user can set a 
reminder through accessing the calendar, or alternatively through a separate 
'reminder' menu option. The setting process involves the entering of a time and 
date when the reminder is required to be announced, and the entering of text which 
is to be presented at the time of announcement. Announcement occurs at the set 
15 time and date. GB-A-2366696 describes how a reminder faciUty can be provided 
without requiring' a calendar application. - 

Whilst reminders of the type described above are easy to set and are widely used by 
mobile phone users, the inventor has conceived a reminder facility with broader 
20 utility. 

Summary of the Invention 

According to a first aspect of the invention, there is provided a method of operating 
a mobile communications device, the method comprising: in response to an 
25 appHcation start event, determining if the event is associated with a reminder item 
stored in a memory, and in the event of a positive determination, controlling the 
device to announce the reminder item. 

This aspect of the invention, as well as the second aspect described below, can 
30 provide increased functionality in a mobile communications device such as a cellular 
phone or PDA. Releasing reminders from specified times and dates can provide 
more general appHcability. This can increase the utihty of the device and thereby 
increase its appeal. 
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The method may additionally comprise determining also if an identifier associated 
with the application at the time, of the application start event and relating to a 
device or resource address, a sub-routine or a device setting corresponds to an 

5 identifier forming part of the reminder item, and controlling the device to announce 
only if correspondence is present. Alternatively, the method may additionally 
comprise determining also if an identifier which relates to a device or resource 
address, a sub-routine or a device setting and which becomes associated with the 
appUcation following the appUcation start event and whilst the application is 

10 running on the device corresponds to an identifier forming part of the reminder 
item, and controlling the device to announce only if correspondence is present. 

These features can provide further functionality, and can allow for instance 
announcement to be dependent on a particular webpage being accessed, a particular 
15 e-mail address being present on an incoming or outgoing e-mail, or a particular 
game being started, for example.- 

Examples of device address identifiers are Internet protocol addresses, mobile 
telephone numbers (which address a SIM card). Examples of resource address 

20 identifiers are URLs, e-mail addresses, identifiers of in-built resources such as 

particular JAVA (TM) report tools, games and so on. Sub-routines which could be 
identified include game high-score routines, a dayUght-saving setting change sub- 
routine, and particular functions of applications, like a send business card function 
of a phonebook application. A device setting might be a preset number of 

25 phonebook entries, a daylight-saving setting, a speaker volume level or the like. 

The method preferably comprises determining a telephone number associated with a 
call handler application on or following a call handler application start event, and 
controlling the device to announce only if correspondence is present between the 
30 telephone number and an identifier forming part of the reminder item. This can 
allow a reminder to be aimounced when a call is received from, or made to, a 
particular colleague, friend or family member, identified by their telephone number 
or phonebook entry for instance. 
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According to a second aspect of the invention, there is provided a mobile 
communications device comprising a controller responsive to an application start 
event to determine if the event is associated with a reminder item stored in a 
memory, and responsive to a positive determination to cause announcement of the 
reminder item. 

According to a third aspect of the invention, there is provided a method of 
operating a mobile communications device, comprising: controlling the device to 
allow a user to select an appHcation and to allow a user to initiate an appUcation 
start event reminder; associating the reminder with the application; and storing the 
reminder with an application indicator in a memory. 

The third aspect of the invention, as well as the fifth aspect described below, can 
allow the straightforward setting up of a reminder associated with an application 
start event. This can be particularly important in mobile phone and PDA 
environments where the ease of use of a feature can be so important to the degree 
of take-up of that feature. An identifier might also be associated with the reminder. 
Such an identifier could be a telephone number, e-mail address, or it could identify 
a URL or a particular game, for example. 

In the method, the controlUng step may include, following controlling the device to 
allow a user to select an appHcation. controlling the device to present plural options 
including an option to initiate an application start event reminder. Instead, the 
controlling step may include, foDowing controlling the device to aUow a user to 
initiate an appUcation start event reminder, controlling the device to present a Ust of 
appUcations. Actually, a device may be arranged so as to aUow either method to be 
used to result in a reminder being stored. Each feature is seen to be particularly 
convenient 

The method may comprise controlling the device to aUow a user to enter an 
additional input, for example a text input, and associating the input with the 
reminder. Additional inputs may take any form, for example images, recorded 
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sounds, generated sounds or audio-visual content. Text is convenient for conveying 
the kind of information which is normally required of reminders. 

Preferably, the method fUrther comprises controlling the device to allow a user to 
enter or select an identifier, and associating the identifier with the reminder. 

This feature can provide fiirther functionaHty, and can allow for instance 
announcement to be dependent on a particular webpage being accessed, a particular 
e-mail address being present on an incoming or outgoing e-mail, or a particular 
game being started, for example. 

According to a fourth aspect of the invention, there is provided a method of 
operating a mobile communications device, the method comprising: receiving an 
input comprising an indicator of an application and an indication that an appHcation 
start event reminder is required; associating the reminder with an appHcation 
identified by the indicator; and storing the reminder with the or another appUcation 
indicator in a memory. 

Allowing a reminder to be set up remotely in this way can allow still further 
enhanced fiinctionahty. A reminder may be set up by the user him or herself on a 
PC or other communications terminal, or by a coUeague, fiiend or family member of 
the user, for example. 

Preferably, the method of the third or the fourth aspect comprises, in response to 
an appUcation start event, determining if the event is associated with a reminder 
stored in the memory, and, in the event of a positive determination, controlling the 
device to annovmce the reminder. 

Here, the method advantageously includes, if an identifier associated with the 
apphcation at the time of the appHcation start event and relating to a device or 
resource address, a sub-routine or a device setting corresponds to an or the 
identifier forming part of the reminder item, controUing the device to announce 
only if correspondence is present. Alternatively, if the identifier is not associated 
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with the appUcation at the time of the application start event, the method may 
comprise determining also if an identifier which relates to a device or resource 
address, a sub-routine or a device setting and which becomes associated with the 
appUcation foUowing the application start event and whilst the appUcation is 
running on the device corresponds to an or die identifier forming part of the 
reminder item, and controlUng the device to announce only if correspondence is 
present. 

These features can provide further functionaUty, and can allow for instance 
announcement to be dependent on a particular webpage being accessed, a particular 
e-mail address being present on an incoming or outgoing e-mail, or a particular 
game being started, for example. 

Examples of device address identifiers are Internet protocol addresses, mobile 
telephone numbers (which address a SIM card). Examples of resource address 
identifiers are URJLs, e-mail addresses, identifiers of in-built resources such as 
particular JAVA (TM) report tools, games and so on. Sub-routines which could be 
identified include game high-score routines, a dayUght-saving setting change sub- 
routine, and particular functions of appUcations, Uke a send business card function 
of a phonebook appUcation. A device setting might be a preset number of 
phonebook entries, a dayUght-saving setting, a speaker volume level or the Uke. 

The method preferably comprises determining a telephone number associated with a 
caU handler appUcation on or following a call handler appUcation start event, and 
controUing the device to announce only if correspondence is present between die 
telephone number and an or tiie identifier forming part of the reminder item. This 
can aUow a reminder to be announced when a call is received firom, or made to, a 
particular coUeague, friend or family member, identified by tiieir telephone number 
or phonebook entry for instance. 

According to a fifth aspect of the invention, tiiere is provided a mobile 
communications device comprising a controller arranged to aUow a user to select an 
appUcation, to allow a user to initiate an appUcation start event reminder, to 
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associate the reminder with the application, and to store the reminder with an 
application indicator in a memory. 

According to a sixth aspect of the invention, there is provided a mobile 
S communications device comprising a controller arranged to receive an input 

comprising an indicator of an application and an indication that an application start 
event reminder is required, to associate the reminder with an apphcation identified 
by the indicator, and to store the reminder with the or another application indicator 
in a memory. 

10 

The controller of the fifth or the sixth aspect preferably is responsive to an 
application start event to determine if the event is associated with a reminder stored 
in the memory, and to announce the reminder in the event of a positive 
determination. 

15 

The controller here might be arranged to determine also if an identifier associated 
with the apphcation at the time of the application start event and relating to a 
device or resource address, a sub-routine or a device setting corresponds to an ot 
the identifier forming part of the reminder item, and to cause announcement only if 

20 correspondence is present. The controller might also or instead be arranged to 

determine also if an identifier which relates to a device or resource address, a sub- 
routine or a device setting and which becomes associated with the application 
following the apphcation start event and whilst the application is running on the 
device corresponds to an or the identifier forming part of the reminder item, and to 

2S cause announcement only if correspondence is present. 

Examples of device address identifiers are Internet protocol addresses, mobile 
telephone munbers (which address a SIM card). Examples of resource address 
identifiers are URLs, e-mail addresses, identifiers of in-built resources such as 
30 particular JAVA (TM) report tools, games and so on. Sub-routines which could be 
identified include game high-score routines, a dayhght-saving setting change sub- 
routine, and particular functions of apphcations, like a send business card function 



wo 2004/093475 



-7- 



PCT/IB2003/001640 



of a phonebook application. A device setting might be a preset number of 
phonebook entries, a dayUght-saving setting, a speaker volume level or the like. 

In a preferred embodiment, the controUer is arranged to determine a telephone 
number associated with a call handler apphcation on or foUowing a call handler 
apphcation start event, and to cause announcement only if correspondence is 
present between the telephone number and an identifier forming part of the 
reminder item. 

Brief Description of the Drawings 

Embodiments of the invention will now be described by way of example with 
reference to the accompanying drawings, of which: 

Figure 1 illustrates the exterior of a phone according to and operating according to 
various aspect of the invention; 

Figure 2 shows certain components of the Figure 1 phone and their 
interconnections; 

Figures 3 and 4 show alternative ways of setting up a reminder according to certain 
aspects of the invention on the Figures 1 and 2 phone; 

Figures 5 and 6 show how a reminder can be entered onto a phone remotely, 
according to certain aspects of the invention; and 

Figure 7 shows how the Figures 1 and 2 phone operates to determine if a reminder 
requires announcing. 

Referring to Figure 1 die phone, which is generally designated by 1, comprises a 
user interface having a keypad 2, a display 3, an on/off button 4 (present in the top 
of the phone and therefore not visible in die present view), a speaker 5, and a 
microphone 6 (openings present in the bottom of the phone and therefore not 
visible in tiie present view). The phone 1 according to the preferred embodiment is 
adapted for communication via one or more different networks, such as a GSM 
900/1800 MHz network, or a tiiird generation (3G) network, the PCN network and 
so on. 



15 
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The keypad 2 has a first group 7 of keys as alphaniimeric keys, one softkey 8, a 
cursor navigation key 10 (scroll up/down), and a "clear" key 9 for erasing letters in 
text in the display 3, for jumping steps down in the menu structure and for rejecting 
calls. The present functionality of the soft key 8 is shown in separate fields 
S (softkey-label) in the display 3 just above the softkey 8. The softkey 8 is a 

multifunction key and its present function depends on the state of the phone 1. 
The softkey 8 gives access to the menu, the phonebook, and call handling and other 
applications. 

70 Figure 2 schematically shows the most important parts of the phone 1. A part 
shown in both Figures 1 and 2 uses the same reference numeral. A processor 18 
controls the communication with the network via a transmitter/receiver circuit 19 
and an internal antenna 20. 

13 The microphone 6 transforms speech into analogue signals, which are A/D 

converted in an A/D converter (not shown) before being encoded in a digital signal 
processing unit 14 (DSP). The encoded speech signal is transferred to the processor 
18, which inter alia supports the GSM and/or 3G terminal software. The processor. 
18 also forms the interface to the peripheral units of the apparatus, including a 

20 RAM memory 17a and a Flash ROM memory 17b, a SIM card 16, a clock 25, the 
display 3 and the keypad 2 (as well as data, power supply, etc). The digital signal- 
processing unit 14 speech-decodes the signal, and the result is transferred from the 
processor 18 to the earpiece 5 via a D/A converter (not shown). 

25 The processor 1 8 includes a reminder controller 22 controlling the reminder 
handling according to the invention. The reminder controller 22 is preferably 
implemented as a software application implemented into the phone software of the 
terminal 1. The reminder controller 22 is connected to each of the following 
software applications which are existing in the phone 1 ; a text editor 27, a working 

30 memory 26, a clock application 21, an operating system (OS) 30, a call handling 
application 31, a JAVA (TM) report tool 32, a WAP (wireless access protocol) 
browser 33, a games application 34, a phone book 35, a voice memo application 36, 
a camera application 37, a short message service (SMS) /multimedia message service 
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(MMS) handler appKcation 38, a time/data handlet application 39 and an email 
application 40. Each of these software applications is operable to perform the tasks 
usual for such applications, and co-operates with the relevant hardware devices in 
an appropriate manner. 

5 

Generally speaking, the reminder controller 22 operates to allow the input of 
reminders, to store the reminders in the working memory 26, and to determine 
when a reminder should be announced, which depends on information contained 
within the reminder itself. The method for the entering of a rerxiinder on the phone 
10 1 will now be described be described with reference to Figure 3. 

Referring to Figure 3, the phone 1 starts in an idle state at SI. Following an input 
II that the menu was required, menu options are displayed on the phone at step S2. 
Following an input 12 of a software application from the list of menu options to be 

15 selected, a list of options specific to that application are displayed at step S3. One 
of the displayed options is an option to add a reminder for association with that 
application. It will be appreciated that the application can be any of the 
applications 21, and 31 to 40 shown in Figure 2. Following selection of the "add 
reminder" option at input 13, die phone 1 displays the text "enter note" at step 54. 

20 A note is tiien entered into the phone at input 14. The entering of a note into the 
phone to be associated with the reminder utilises the text editor 27 and the working 
memory 26. At step S5, the phone 1 determines whether or not the application 
selected by the input 12 is such that it is possible to associate an application specific 
parameter with it. This is discussed in more detail below with reference to the 

2S particular applications. If it is determined that an application specific parameter is 
possible, at step S6 the phone 1 is caused to display a question "is a parameter 
required?'* A user input at 15 determines what happens next. If the input 15 is a 
"yes** input, the phone progresses to step S7, where an application specific 
parameter is received following input at 16. Following step S7, or following a 

JO negative determination from either of steps S5 and S6, progression is made to step 
S8 where the reminder is saved. If an application specific parameter was entered, 
then this parameter is saved along with the reminder. The reminder therefore 
constitutes the note entered at input 14, an indicator of the appHcation which was 
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selected at input 12, and optionally the parametet entered at input 16. Following 
step S8, the phone 1 progresses either to exit to an idle state or to the application 
selected at input 12 at step S9. . 

5 An alternative method of entering a reminder into the phone 1 is shown in Figure 4. 
Referring to Figure 4, operation commences in an idle state at step SI. Following 
an input II by a user seeking the menu of the phone 1, the menu options are 
displayed at step S2. Following the selection of the calendar menu option by input 

12, the phone 1 displays the options relating to the calendar apphcation at step S3. 
10 One of these options is an option which allows the entry of a reminder associated 

with an appUcation start event. FoUowing selection of this option by way of input 

13, the phone 1 displays a Hst of available applications at step S4. The required 
appUcation is selected by way of an input 14, following which the phone 1 displays 
at step S5 text requesting the entering of a note to be associated with the reminder. 

15 FoUowing entry of a note at input 15, the phone 1 then determines at step S6 
whether it is possible to associate an appUcation specific parameter with the 
appUcations selected by input 14. If it is determined that an appUcation specific 
parameter is possible, progression is made to step 87, where the phone 1 requires a 
user input 16. If the user selects that an appUcation specific parameter is required, 

20 progression is made to step 88, where a parameter entered at an input 17 is received 
and stored in the working memory 26. FoUowing step SB or foUowing a negative 
determination firom either of steps 86 and 87, progression is made to step S9. The 
reminder is saved at step S9. As with Figure 3, the reminder comprises the notes 
received at input 15, an indicator of the appUcation selected by way of input 14, and 

25 any appUcation specific parameter entered at input 17. Following step S9, 

progression is made to step SIO where the phone 1 either exits to an idle state or to 
the calendar appUcation. 



30 



Example reminders wiU now be described with reference to Figures 3 and 4, 
although it wiU be appreciated that these reminders are appUcable also to Figures 5 
and 6 described below. 
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10 



In a first example, a user wishes to cause the phone 1 to present the text "remember 
to thank John for his birthday card" on the next occasion that a call is received 
from John. To enter this reminder, the user must choose whether to use the route 
of Figure 3, in which the application is selected before the reminder opinion, or the 
route of Figure 4 in which the reminder is selected before the apphcation. Using 
the operation of Figure 3, the user at step 12 selects the apphcation, which in this 
example is the call handling apphcation 31. At step S3, the phone 1 then displays 
options which are specific to the call handler application 31. One of these options 
is an "add reminder" option which is selected by way of input 13. At step S4, the 
phone 1 then requests the entering of a note to be associated with a reminder, 
which is received by input 14. At step S5, the phone determines whether it is 
possible to associate an apphcation specific parameter with this reminder. At this 
step, the phone 1 determines that it is possible to associate parameters with the caU 
handler apphcation 31, so progression is made to step S6. Determination may occur 
15 using a look-up table or by examining a setting of the phone, for example. Here, 

the user inputs at 15 that an apphcation specific parameter is required, and enters or 
selects the parameter by way of input 16. Here, the parameter is the telephone 
number associated with John. The telephone number for John is received at step S7 
and the reminder is saved along with the telephone number or an identifier thereof 
20 at step S8. Of course, the telephone number of John may be entered manuaUy in 
the keypad 7, or it may be selected £tom the phonebook or firom an Waved 
numbers' hst in any appropriate manner. In either case, step S8 may involve the 
storage of the parameter itself (i.e. the telephone number), or instead an identifier 
which points to that telephone number or to the corresponding phonebook entry. 
25 The reminder saved at step S8 also includes an indicator of the caUer handler 
apphcation. The apphcation indicator may take any suitable form. 

It will be appreciated how the reminder could be entered into the phone 1 using the 
alternative operation of Figure 4. The main difference here is that the available 
30 apphcations are hsted at step S4 following the selection of the add apphcation start 
event reminder option by way of input 12. 
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The result is a reminder which, as is explained below, will be announced when a call 
is made to John's telephone number or a call is received which has a CLI (calling 
line identification) the same as John's telephone number. When the reminder is 
announced, the note entered at input 15 will be presented on the display of the 
5 phone 1. 

In another example, the user may enter for storage in the phone 1 a reminder to 
book an appointment for a manicure the next time that a meeting room is reserved 
using the WAP browser 33 to access a meeting room reservation web page. In tViig 
10 case, the application that is selected by the user is the WAP browser application 33, 
and the application specific parameter is the URL (uniform resovirce locator) of the 
meeting room reservation website. The URL may be entered manually by the user 
into the phone 1, or may be selected using a menu system of the phone 1 to access 
bookmarked web pages. 

15 

Another example of a reminder might be to telephone a particular friend with an 
invitation for a game of golf the next time that a particular JAVA report tool is 
activated. Here, the application will be the JAVA report tool application 32, the 
note will be text such as "telephone friend X with golf invite" and the application 

20 specific parameter is the particular tool which is required to trigger the 

announcement of the reminder* Here, the application specific parameter (the 
. particular report tool) might be identified by name, or might be selected from a list 
of options. In either case, an indicator of identifying the JAVA report tool 
application is saved as part of the reminder, along with an identifier of the particular 

25 report tool that is required to activate the reminder. 

Another example of a reminder might be one to challenge a particular friend or 
family member to a dual or multiplayer game the next time that the games 
application 34 is commenced. Here, an appHcation specific parameter might be an 
30 indicator which identifies the particular game that the user is interested in. Another 
example might be remind the user to make a backup copy of entries in the 
phonebook application 35 the next time that five new phonebook entries have been 
made since the time of the last backup- Here, the application specific parameter 
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10 



15 



20 



might be equal to the number five or might be equal to the number of phonebook 
entries at the time of the last backup plus .five. Such a reminder might prompt the 
user to make a backup of the phonebook over-the-air to his Internet connected 
personal computer, for example. A farther example of a reminder is one which 
reminds the user to consider reallocating memory resources next time the voice 
memo application 36 is started. A similar reminder might be associated with 
starting the camera appUcation 37, or the SMS/MMS handler appUcation 38. A 
fiirdier example of a reminder is to remind the user to change a seasonal theme of 
the phone 1 the next time that the time/data handler appUcation 39 is controlled to 
adjust the daylight-saving time setting thereof. Here, the appUcation specific 
parameter is an indicator of a change in the dayUght-saving time setting, and may or 
may not be triggered on an increase and a decrease in the setting. 

The remote setting up of a reminder on the phone 1 will now be described wiA 
reference to Figure 5. Referring to Figure 5, an operation is shown operating on a 
device which is remote from the phone 1. The remote device may take any form, 
such as, for example an Internet connected personal computer or the like. For the 
sake of convenience, though, it is assumed here that the operation of Figure 5 is 
performed by a phone like the phone 1 . 



The operation commences at SI, where the phone is in idle mode. Following an 
input II by a user indicating that a menu is required, the phone displays the menu 
options at step S2. Following an input 12 which is the selection of the calendar 
menu option, the phone displays the calendar options at step S3. One of the 

25 calendar options displayed at S3 is an option aUowing the sending of an appUcation 
start event reminder. Following selection of this option at input 13, the phone 
displays at step S4 that the recipient of the reminder is to be entered. An input 14 
comprises either the entering of or the selection of the recipient of the reminder (by 
way of the telephone number, e-mail address or other identifier), following which at 

30 step S5 the phone presents a Ust of appUcations with which the reminder may be 
associated. One of the appUcations is selected by way of an input 15, foUowing 
which the phone displays at step S6 text requiring the entering of a note to be 
associated with the reminder. FoUowing the entering of a note by way of an input 
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16, the operation determines at step S7 whether an application specific parameter is 
possible. If a positive determination is made, the operation progresses to step S8, 
where the phone requires an input indicating whether or not an application specific 
parameter is required. If an input 17 indicates that such a parameter is required, 

5 then the operation progresses to step S9 following an input 18 of a parameter. As 
with Figures 3 and 4, the parameter may be entered manually, or may be selected, 
for example, from a phonebook. Following step S9, or if a negative determination 
is made at either of steps S7 and SB, the operation progresses to step SIO, where the 
reminder is prepared. Preparation involves combining an indicator of the 

10 application which is to trigger the reminder, the note entered by way of the input 16, 
any parameter entered by way of input IB and an indication of the recipient entered 
by way of input 14. Optionally, the identity of the recipient may be omitted from 
the reminder. At step Sll, the reminder is sent to the recipient identified by the 
input 14- Sending may occur in any suitable manner, for example, by SMS, email, or 

15 through any other suitable delivery mechanism. Following the sending of the 

reminder at step Sll, the operation progresses to step S12, where the phone exits to 
an idle state or to the calendar application. 

Figure 6 illustrates operation of the phone 1 when receiving a reminder such as the 
20 reminder generated and sent by the operation of Figure 5. Referring to Figure 6, 
the operation begins at step SI, in which the phone 1 may or may not be in ah idle 
mode. A reminder is received at step S2, following which the phone 1 at step S3 
determines whether or not the reminder is compatible with the capabilities of the 
phone. The reminder will not be compatible if, for example, the application 
25 identified as being required to trigger the reminder is not an application which is 

present in the phone 1. If compatibility is found in step S3, the operation proceeds 
to step S4, where the phone 1 requests the user to confirm that the reminder is to 
be processed and stored in the phone. An input from the user is awaited at step S5, 
following which it is determined at step S6 if a positive input has been received. If 
30 a user has made a positive input, progression is made to step S7, where the reminder 
is displayed. If at step S8 the user approves the reminder, the operation progresses 
to step S9, where the phone 1 associates the reminder with the application identified 
by the indicator in the reminder. The reminder is then stored at step 510, following 
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which operation progresses to end at step Sll. If a negative determination is made 
at any of steps S3, S6 and S8, the operation progresses to step SI 2. Here, the phone 
1 determines whether or not to send a refusal message to the sender of the 
reminder. This determination may be made by examining a setting of the phone 1, 

5 or alternatively, by requesting the user of the phone to indicate whether or not a 

refusal message is to be sent. If a refusal message is determined to be required, this 
is sent at SI 3, following which progression is made to end at step Sll. If no refusal 
message is required, progression is made from step 812 directly to step Sll, where 
the operation ends. If the operation of Figure 6 results in a reminder being stored 

10 at step SIO, then the reminder may be the same as described above with reference to 
Figures 3 and 4. Any such stored reminder would have any of the details entered by 
way of the operation of Figure 5. However, the. indicator which is used to associate 
the reminder with the application which is required to trigger the reminder may be 
changed from (i.e. different to) the indicator which was in the reminder sent by the 

15 Figure 5 operation. The exact form of indicator which is in the stored reminder is 
selected to be most appropriate to the phone 1. 

Figure 7 shows how the phone operates to announce a reminder at an appropriate 
time.. With reference to Figure 7, the operation begins when the phone is an idle 

20 state at step SI. An application, being one of the applications 21 and 31 to 40 

shown in Figure 2, is started at step S2, either by the operating system 30 or by the 
user- If the phone 1 receives notification that there is an incoming call then the call 
handling application 31 will be started by the operating system 30. A user may start 
an application such as a games or a calendar application, and it is not usual for such 

25 applications to be started by the operating system 30. At step S3, the phone 1 

checks for reminders which are stored in the memory 26, and checks if any of those 
reminders are associated with the appUcation which was started in step S2. If it is 
determined at step S4 that a reminder is present which is associated with the 
appUcation, then progression is made to step 85. Here, it is determined that if the 

30 reminder has associated with it an application specific parameter. If there is no 
such parameter, then operation jproceeds to step S6, where the reminder is 
announced. Following announcement of the reminder in step S6, the application is 
executed at step S7, and the phone 1 then returns to an idle state at step S8. If it is 
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determined at step S5 that an application specific parameter is associated with the 
reminder, then progression is made to step S9. Here, it is determined if any 
parameter associated with the appUcation is present. In the event of an incoming 
call, then the parameter may be the CLI in which case the parameter will be present 

5 on starting the application. If the application being started is the call handling 

application 31 but the call is an outgoing call, then the parameter will not necessarily 
be present when the appUcation is started. If a parameter is not yet present, a 
negative determination is made in step S9, following which the phone 1 awaits a 
parameter entry at step SIO, Following step SIO or following a positive 

10 determination at step S9, progression is made to step Sll. Here, it is determined 

whether or not there is a match between the parameter associated with the reminder 
and the parameter associated with the application that has been started. If there is a 
match in the parameters, then the reminder is announced at step S6. Otherwise, the 
application is executed at step S7. 

15 

It will be appreciated that the step Sll does not necessarily require there to be 
identical parameters. For example, the CLI of an incoming call may include the 
country code for which the call is originating, but the parameter stored in the 
reminder may not include the country code. In this case, there is clearly a match of 
20 the parameters even though the parameters are not identical. Also, there may be a 
parameter match if the CLI of an incoming call matches with the number pointed at 
by a phonebook pointer parameter associated with the reminder. Various other 
occasions in which there wiU.be a parameter match even though the parameters are 
not identical will be appreciated by those skilled in the art. 

25 

The nature of the announcement of the reminder in step S6 may depend on the 
state of the phone 1, particularly as regards the appUcation which is started at step 
S2. For example, if the triggering event is an incoming caU event, the reminder 
preferably is displayed on a display of the phone 1 while the caU is alerting. In this 
30 way, a user wiU see the reminder displayed on the phone 1 before answering the caU. 
If the reminder is announced in response to an outgoing caU event, then the 
reminder may be displayed on the phone and require acknowledgement before the 
outgoing caU is started. 
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If no application specific parameter is associated with the reminder, there can be 
more flexibility as regards at what stage the reminder is announced. For example, if 
a reminder is required to be announced in response to the event of starting the 
5 email apphcation 40, the reminder may be announced before the appUcation is 
executed, or alternatively, the application may be executed and the reminder 
announced once the phone 1 has reached a stable state. 

Some other examples of the remote setting-up of a reminder follow. In one 
10 example, the user of die phone 1 subscribes to a news service using a WAP push 
feature. Here, when a news service content provider (not shown) determines that 
there is a news item which is of interest to the user and which the user has not seen, 
a reminder is prepared. The reminder in this example comprises an indicator which 
identifies the WAP browser appUcation 33 and includes a note containing a tide of 
15 the news item and a link to a WAP page where the news story is available. No 
apphcation specific parameter is present in this example. Once installed in the 
phone 1, this reminder is activated the next rime that the WAP browser 33 is 
started. The phone 1 preferably enables the URL to be accessed directiy via the 
displayed note, avoiding the user having to reach the desired web page via another 
20 route. 

In another example, a gaming website prepares and sends- a reminder triggered by 
the user reaching a new gaming level whilst playing a game on the website. Here, 
the reminder includes an indicator identifying the WAP browser appUcation 33, and 
25 a note giving a URL and text indicating what can be found at that URL. If no 

parameter is included, then the reminder is announced the next time that the WAP 
browser 33 is started. Alternatively, the reminder coiald include an appUcation 
specific parameter being the URL of the gaming website, so the reminder is 
announced only when the user next accesses the website. 

30 

The exact mode of announcement of the reminder is not critical to the invention. 
Announcement may be by way of display of text or a picture on the display 3, by 
way of vibrating alert, a sound alert, by way of a flashing of the backUght of the 
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display, or by any combination of these. Other means for announcing a reminder 
will be apparent to those skilled in the art. 

The exact means for storing the reminders is not critical to the invention. For 
5 example, reminders may be stored on the flash ROM 17b, in the RAM 17a (only 
while the phone 1 is in a power-on state), or in the working memory 26. The 
reminders may or may not be stored in an area dedicated for use by the reminder 
control appUcation 22. 

10 Although in the above embodiments it is described that a note can be entered and 
associated with a reminder, this is not essential. In some circumstances, it may not 
^ be necessary to associate any kind of note or other input with a reminder, i.e. it may 
be sufficient to the user that announcement is made even if there is no indication of 
- what the reminder is associated with. Alternatively, it may be desired to associate 
15 with a reminder another kind of input, such as a picture, a melody, a sequence of 

light flashes, or similar. The input may take the form of a recorded sound, received, 
for example, through the voice memo application 36. The exact form of input 
associated with a reminder is not essential to the implementation of the invention. 



